システムアーキテクト試験 午後Ⅱの特徴と準備(3か月前)

ITのプロ46代表 三好康之
24 Jul 201913:14

Summary

TLDRこのスクリプトは、システムアーキテクト試験に向けての準備方法と論文試験の特徴について説明しています。論文初心者が多いため、表現力の向上が重要です。2時間手書きでの論文書かせが核心であり、過去問題の分析と具体的な表現の練習が必要です。また、業務要件定義やシステム設計、テストなどの経験を活かして、問題文に応じた具体的な回答を策定することが求められます。

Takeaways

  • 📝 論文試験の特徴は初めての挑戦が多いこと。準備には論文の基本的な知識が必要です。
  • 💡 表現力の向上が重要で、経験を論文書くことで表現を練習しましょう。
  • ✍️ 2時間手書きでの論文書く練習は、試験対策に不可欠です。
  • 📈 試験では800-2200字程度を書く必要があり、1分間に40字程度を書くペースで進めることが望ましいです。
  • 🔍 過去問題を分析し、自分の知識と問題の匹配度を確認することが重要です。
  • 📚 論文の基本的なルールを押さえ、段落タイトルや問題文への反応、具体的な表現を身につけましょう。
  • 🕒 時間軸の管理には注意が必要で、読み手に迷惑をかけない明確な表現を心がけましょう。
  • 📝 事前準備として、業務概要とシステム概要を400字ずつ準備し、応答に活用します。
  • 🎯 問題文に応じて事前に準備した概要を組み合わせ、具体的な表現を用いて回答を構築します。
  • 📊 過去の合格論文やサンプルを参考に、自分の表現の具体的なレベルを確認し、改善の余地を探しましょう。
  • 🚀 システムアーキテクト試験対策では、知識の蓄積と表現力の向上が鍵となります。

Q & A

  • システムアーキテクトの論文試験の特徴は何ですか?

    -システムアーキテクトの論文試験の特徴は、論文初挑戦が多いことと、高エンジニアの方々が自分の経験を論文書くことで、表現力が重要になることです。

  • 論文試験に合格するためにはどのようなスキルが必要ですか?

    -論文試験に合格するためには、表現力が重要です。また、論文の基本的な知識と経験を持ち、具体的な事例を挙げることができることも求められます。

  • 論文試験でどのような量の文字を書く必要がありますか?

    -論文試験では、1分間に40文字程度を書くことが目安とされています。2時間の試験時間では、最起码800文字から2200文字程度を書く必要があります。

  • 手書きの練習はどの程度行いたら良いですか?

    -手書きの練習は、継続的に繰り返すことが重要です。最初はパソコンで打ち込むことで練習しても良いですが、試験前には手書きで整理しながら出せるようになることが目標です。

  • 論文試験での表現に注意すべき点は何ですか?

    -論文試験での表現には、第三者に対しての説明が求められます。5W1Hを忠実に守り、時間軸や地点、人物、目的、方法を丁寧に説明することが大切です。また、具体的な表現と第三者に対する説明が重要です。

  • 過去問題をどのように活用すれば良いですか?

    -過去問題を活用することで、論文試験に対処する上での練習ができます。過去問題を解いていくことで、自分の表現力をチェックし、具体的な事例を怎么想い出すかのアイデアを得ることができます。

  • システムアーキテクト試験の事前準備にはどのようなことが必要ですか?

    -事前準備には、業務概要とシステム概要を400字程度ずつ準備することが重要です。また、パッケージを導入した目的や、開発に携わったシステムの開発についても理解しておく必要があります。

  • 論文試験での具体的な表現とは何を指すのですか?

    -具体的な表現とは、論文において、抽象的な概念や理論を具体的な事例や実例に置き換えることを指します。これにより、読み手にとっても理解しやすく、説得力のある論文になります。

  • 論文試験での合格ポイントは何ですか?

    -論文試験での合格ポイントは、論文の具体的な表現、第三者に対する説明の正確さ、また、問題文に沿った論点の展開です。これらの要素をしっかりと押さえることが、合格への近道となります。

  • システムアーキテクト試験に合格するために必要な経験や知識は何ですか?

    -システムアーキテクト試験に合格するためには、システム開発の全般的な経験や要件定義、設計、テストなどのフェーズに対する知識が必要です。また、過去問題を解いていくことで、自分の知識がどの程度の範囲で活用できるかを理解することも重要です。

Outlines

00:00

📝 システムアーキテクト試験対策と論文初挑戦

この段落では、システムアーキテクト試験に向けた論文初挑戦の準備方法について説明されています。論文試験の特徴として、多くの受験者が初めて挑戦することがあり、開発や運用の経験を持ち寄っている高エンジニアの方が多いことが触れられています。また、表現力が重要であることや、一定の分量の論文を2時間手書きで書ける能力が必要であることが強調されています。さらに、試験対策として、過去問題を解いていくうちに自分の知識を振り返り、具体的な表現の練習を行うことが重要です。

05:01

📘 システム開発プロセスの理解と事前準備

この段落では、システム開発プロセスの理解と事前準備について述べられています。システムアーキテクト試験においては、要件定義、システム設計、システムテストなどのフェーズを踏まえた知識が必要です。また、事前準備として、業務概要とシステム概要を400字ずつ準備することが提案されています。これにより、試験中に必要な文字数を効率的に書くことができるようになります。さらに、過去問題を解くことで、自分自身の知識と経験を活かした具体的な表現力を養うことが重要です。

10:02

🔍 第三者に対する説明の具体性と表現力

この段落では、論文で第三者に対する説明の具体性と表現力が重要であることが説明されています。抽象的な表現を避け、具体的な事例を用いて説明を行うことが求められます。また、過去の合格論文やサンプル論文を参考にして、具体的な表現のレベルを確認し、自分の表現力を高めることが重要です。問題文に応じて自分の経験を掘り下げ、具体的な事例を挙げながら回答を構築していくことが王道とされています。

Mindmap

Keywords

💡システムアーキテクト

システムアーキテクトとは、ソフトウェアシステムの構造や動作を設計する専門家のことです。この動画では、システムアーキテクト試験に向けての準備や試験の特徴について説明されています。

💡論文試験

論文試験は、試験で論文を書く必要がある試験方法の一つです。この動画では、2時間手書きで論文を書ける能力を問う試験の特徴が説明されています。

💡表現力

表現力とは、自分の考えや理解を正確かつ効果的に伝える能力を指します。この動画では、論文試験において表現力が重要であることや、どのように表現力を向上させるかについて説明されています。

💡過去問題

過去問題とは、過去の試験で出された問題の集まりです。この動画では、過去問題を研究することで試験対策を行う方法が紹介されています。

💡業務要件

業務要件とは、システム開発において必要とされる機能や性能などの条件を記述した書類です。この動画では、業務要件に関する知識が試験で重要であることが示されています。

💡システム設計

システム設計とは、ソフトウェアシステムを開発する際に必要な枠組みや設計を策定する作業です。この動画では、システム設計に関する知識が試験で求められることが示されています。

💡システムテスト

システムテストとは、開発されたソフトウェアシステムに対して、規定された要件が満たされているかどうかを確認するテスト作業です。この動画では、システムテストに関する知識が試験で必要であることが示されています。

💡5W1H

5W1Hとは、誰が、何を、いつ、どこで、なぜ、どのようにという問いをまとめた表現です。この動画では、論文書く際に5W1Hに忠実であることが重要であることが示されています。

💡具体性

具体性とは、抽象的な概念や考えを具体的な事例や事実に基づいて表現する性質です。この動画では、論文書く際に具体性を重視することが重要であることが示されています。

💡第三者への説明

第三者への説明とは、自分の考えや理解を他者に分かりやすく説明する能力です。この動画では、論文試験において第三者に対する説明が求められることや、その方法について説明されています。

Highlights

システムアーキテクトの午後に直面する問題の準備方法について解説

論文試験の特徴と初挑戦者の傾向について

開発者やサービスマネージャーのキャリアパスと論文書く動機

表現力の重要性と論文の初調整方法

論文試験の最低限の字数要求と時間管理

手書き練習の方法とパソコンでの練習の効果

論文の基本的な知識と段落タイトルの設定方法

問題文に対する論点の正確な反応方法

第三者に対する説明方法と5W1Hの重要性

時間軸の表現方法と読み手の理解を考慮する重要性

論文のお作法と基本的なルールの押さえ方

事前準備の方法と業務概要、システム概要の重要性

過去問題の分析と自己の知識の確認方法

具体的な表現のレベルと第三者に対する説明の確認方法

業務ソフトウェアパッケージの経験と論文書く中的应用

論文試験対策の全体像と対策方法の概説

Transcripts

play00:00

えっとそれではシステムアーキテクトの午後に平成30年度直近の問題を見ながらまあ

play00:06

どういうような準備をしていったらいいのか

play00:08

午後にの波対策まあそのあたりをちょっと見ていきましょう

play00:12

でシステムアーキテクトの論文試験の特徴というのは本当に論文初挑戦と基本を買って

play00:19

桜よを受かって

play00:20

で次のステップとしてとりあえず論文初挑戦でやってみようかというような感じで受験

play00:26

される方が多いんですよね

play00:27

で開発の人は飽きていくと運用の方はサービスマネージャーに行くと

play00:32

でその

play00:33

開発の意図がこっちにくるんでだからまあ

play00:36

初挑戦ということであるしさらに高エンジニアの方々が実際自分の経験で

play00:44

論文書かれるんでだから頭の中に結構

play00:48

そのコンテンツが入っている場合も少なくないんですよね

play00:52

その場合というのはやっぱり表現力だけになるんで

play00:55

だからどちらかというと表現力をしっかり

play00:59

論文の初調整の方なんかは特にね表現力をしっかり

play01:03

こうこれで高めていくということをした方がいいです

play01:07

ポイントはもう本当に

play01:09

論文初挑戦で何であれば2時間手書きで書けるかどうかなんですよ一定の分量で1分間

play01:16

に大体人って40人くらいしか来ないんで

play01:19

だから

play01:20

800600

play01:22

ですよね設問いとうが

play01:30

設問はが800設問伊賀800設問が600ということでまぁあの

play01:38

そのトータルで最低でも800800600で2200ぐらいは書かないといけない

play01:43

1分間に40文字であれば

play01:47

だいたいそれで1時間くらいかかっちゃうんでだからまあそう考えていくと

play01:52

をなんでしょうね

play01:57

やっぱり2時間手書きでどれくらいかけるのが考えながらなんで多分てかともあると

play02:02

思うんですよ

play02:03

だからまずその練習をしっかりしていかないといけない

play02:07

でそのまあどんな感じでどこいつまで練習すればいいかというと自分自身で手書きで

play02:13

あーもう全然人はかけるはというようなところまでもって

play02:18

play02:18

いけばもう本人自分氏自身が良くわかると思いますも書きたくないと書かなくても

play02:24

描けるっていう

play02:25

ただ不安なんであれば書けるかどうかわかんないって言うんであれば書けない可能性も

play02:29

高いんでそういう時はもう2時間手書きの練習をもうほんと繰り返した方がいい

play02:35

最初はもうパソコンでパチパチパチば中って言ってもいいけれども

play02:38

多分それ例集になってないんですよ

play02:41

頭の中にあることをまあ

play02:44

整理しているだけ

play02:46

でそれがじゃあ試験本番の時に手書きに代わって2時間でちゃんと整理しながら出せる

play02:52

かっていうとそうでもないんで

play02:53

だからどうせ整理しながらであれば手書きのに時間のほうがいいんですよね

play02:58

それが一転と後

play03:01

そうですねそれ以外のことで言うとそのほんと論文の基本的なことがわかっているか

play03:06

どうか

play03:07

設問に対して段落タイトルをつけないといけないとかあるいは問題文で問われている

play03:14

ことにちゃんと反応していかないと

play03:16

論点がずれてきたらああ

play03:19

評価低くなるようとかそれからと表現に関しては具体的に書くこと

play03:25

第三者に対する説明なんで丁寧に説明すること5 w 1 h に忠実に

play03:31

で省略のコミュニケーションではなくね昨日のアレどうなったっていうそういう省略の

play03:36

コミュニケーションというのは除隊目の第三者には2

play03:39

通じないんでだからまああたかも本当に書体名の第三者に自分のやっていることを

play03:44

伝えるが如く

play03:46

もダブル1エッジに忠実に5っていうようなところから

play03:50

誰がっていう主語も大切にしながら場所あんまり関係ないと思うんで

play03:55

いつ誰がどこで何をどのようにどうしたのか

play04:00

そういうようなところを丁寧に説明していくと

play04:03

本当に論文なんかであれば a

play04:07

そのん

play04:08

ある5月の朝って書いた時にまあ朝とは書けへんけど

play04:12

play04:13

5月初旬って書いて話を進めるとその5月初旬が次

play04:19

翌日とか5月中旬とかと火が移る5っていうのが次にもう一回出てくるまでは全部

play04:27

5月の初旬で止まっちゃうからね読んでる人っていうのは絶対に勝手に呼んでる人が

play04:32

もう20

play04:33

行済んだから5月の中旬言ってやろうとかもう30行になって次のページになってる

play04:39

から6月になってるよねって勝手な判断しないからね大大から5っていうようなところ

play04:45

ちゃんと次感染していかないと

play04:47

読み手が付いていけなかったり92校話がポーンと飛んで行って

play04:52

でさらに話がまた

play04:53

前戻ってきたりそう

play04:56

こう時間軸をいったり来たりされるとほんとちんぷんかんぷんになったりするんで

play05:01

だからそういうところの表現方法っていうようなところをしっかりと押さえていくって

play05:06

いうところが必要になってくるのかなと

play05:09

だからやっぱり対策としては本当に論文のお作法っていうそこをまず知らないといけ

play05:15

ないんで

play05:16

3個4は絶対必須だと思うんですよでどんな参考書でも必ず書いているルールっていう

play05:21

のがあってそれはもう今はそんなにブレてないわけなんで

play05:25

どの参考書を使ったとしてもう大概同じようなことが書いてるからだからそれでルール

play05:31

行儀お作法そういうようなところをまあしっかりと押さえて行ってみてください

play05:36

で次に今事前準備するのはこれ設問はで

play05:40

システム飽きることはやっぱりこーえー

play05:43

ストラテジストがある程度企画を通してで個別のシステムに落として

play05:48

でプロジェクトが立ち上がってで1システムの開発になってからの話なんでだから

play05:54

ざっくり言うとソ

play05:56

のまあ本当に用件でフェーズから

play06:00

システムの設計それからシステムテストいこうと

play06:05

ざっくり言うと4つなんですよ最近はちょっと企画っぽいところまでも入ってきたり

play06:09

たまにプロジェクト管理のい部分的なものが問題になったりもするけれどもざっくりと

play06:15

はこのよっ

play06:16

ですね

play06:18

で席のところがすごく細分化されているんで実際はもっと多いんだけれども

play06:25

ただ

play06:26

それぞれの要件定義フェーズの話であったり

play06:30

整形の時に注意しないといけないふ話だったりねそういうような所の経験をまず過去

play06:36

問題に照らし合わしながらどれぐらい自分の経験で書けるのかなと例えばこの問題で

play06:41

あれば業務からのニーズに応えるためのデータを活用した情報の提供

play06:46

その後

play06:46

たっけと

play06:48

で問題もちゃんと読むんですよ問題もちゃんと読んで

play06:51

でデータを活用して情報提供する動きが加速していると

play06:55

ホウホそういうのがあるか顧客の行動記録に基づき受注可能性が高い顧客像を絞り込む

play07:01

宣伝方法と効果の関係を可視化するなどの業務からのニーズ

play07:06

読むからのニーズに入ってそんなあったっけ

play07:08

データをなが活用させてほしいとあるいは活用したデータの結果が欲しいというような

play07:12

ケースあったかなっていうそれをまず問題文を読みながらザーッとね

play07:17

核問題

play07:18

で自分の経験のた直しをしてみてください se さんの場合はね

play07:22

なかったら結構きついと思うんですよ範囲も広いし

play07:27

整形って言われてもね

play07:29

システム開発全般になっちゃうんで

play07:32

だから未経験でブラウン様しかやっていない開発やってないんだよとか学生さんとかは

play07:38

結構きついと思う

play07:40

通常は se あってである程度設計経験とか要件定義をしたことがあって

play07:46

ネタはあるけど表現があっていうそういう人を向けなんでね

play07:51

そうじゃなかったらそれこそ要件定義つって何言ってなってねえ問題は事例をこれ作っ

play07:58

ていかないといけないですよ

play07:59

んで経験のある人は

play08:00

の事例をアウトプットしようという話になるけれどもそうじゃなかったら結構キツイん

play08:05

で見てもらったら設問1話

play08:08

事前準備しておく必要があるんだけれども

play08:11

業務概要とシステム概要だいたいこの2つになります

play08:15

これ業務の外よね

play08:17

で関連する情報システムの概要だから業務概要を400字

play08:21

システム概要を400字でまず準備をしておけば最悪800字は最悪っていうか

play08:27

ベスト800字が本当に10分くらいで

play08:31

10分やた400時間20分くらいデザートか聞けるんでね

play08:35

やといいとをじっくり考えたらいいと

play08:39

こっちも対象とした業務とシステムの概要でしょ

play08:42

ちょっとパッケージを導入した目的というのが出てくるんで

play08:46

だからまあ800で用意してたやつを600ぐらいにしてパッケージを導入した目的を

play08:50

210くらいにすれば十分アレンジできるんでだからそういう意味では業務外を業務

play08:56

って何だろうっていうことをしっかり考えていただいて

play08:59

それとその開発に携わったシステムの徘徊よその辺りのお話を

play09:07

play09:07

しっかり通り本番までにね400字ずつくらい作って

play09:11

でストックしておくと後は問題文に応じて

play09:16

でポイントは本当に具体的なぷ具体的に書けているか

play09:22

それから第三者に対する説明になっているかもう飽きていくとはそこになります

play09:26

で具体的にかけてるって言うのはなかなか自分では判断がつきにくいんで

play09:30

例えば具体的に書けたかどうか自分が用意した

play09:33

その考えた具体的なレベル感とそれからどんどんを最近も市販されているべきそう

play09:39

なんかにもサンプルロンボなんかが乗ってるんで

play09:41

サンプロ

play09:42

論文っていうのは何だろうそのサンプル論文を覚えてアウトプットするっていう使い方

play09:47

もがなきにしもあらずだけれどもそんなことして通っても仕方がないしそもそもそれっ

play09:52

て過去問題と同じ問題が出ないと使えないからギャンブル的なところもあるしだから

play09:57

まあそういうような邪道っていうか

play09:59

意味のないことはやめてさん

play10:02

論文は本当に具体化のレベルを確認するぐらいなんですよ

play10:06

それから第三者に対しての説明っていうところが他の人がどんな表現になっているのか

play10:11

だから散布論文で合格論文と謳ってる割には中には本当に

play10:16

なんか

play10:18

全然定量的な数字が全く手できれなくて何か分からない名ふわぁとしてるねとか

play10:22

抽象的だねっていうようなものもあるんでで実際見てみたらこれ b 評価だよねって

play10:27

いうそういうのもあるからそういうところを比較しながらね

play10:32

デイン医療 see サンプルロンボ見つけてあこういうのが具体的なのかこのレベル

play10:37

なのかこれカーっていうそういうことで考えてもらったらいい

play10:41

あとはあのまあざっくり言えるのは本当にここの問題文に書いてあるね9ってちょっと

play10:46

見にくいけどこの辺に書いてある問題のにね

play10:50

書いているこのあたりの

play10:55

部分っていうのがこれ抽象的なんですよ

play10:58

例えば業務ソフトウェアパッケージで書いてるけどこれず6着て抽象的ですよね

play11:03

銀行業務もあれば

play11:05

販売管理の業務もあるし生産管理の業務もあるしいろんな

play11:09

ソフトウェアパッケージを対象にできるとだから何かしらの業務ソフトウェア

play11:13

パッケージを扱ったことがあなたありますか

play11:16

そのなにかしらっていうのは何なんですかって聞かれてるって考えたら

play11:20

ここは私の場合は生産管理だったとか

play11:23

私の分場合は口座管理の

play11:25

システムだったとかね

play11:28

そういうように言えるんでだから問題もに書かれているところをもっと掘り下げて

play11:33

もっと絞り込んでいろんなパターンがいろんな種類があるんであればそれを自分の場合

play11:38

はこうだったって絞り込んで膨らませながら回答していくっていうのがまあまあ

play11:44

王道なんですよね

play11:46

だからそういう方向でちょっと考えて行ってもらったらいいかなと

play11:51

まずやるのは現段階でねまずやるのは自分の知識の倒しというかネタがあるかどうかで

play11:59

さらに論文どんな問題がでるかっていうのも知らないといけないんで

play12:03

過去問題を里9片っ端から読んでいってで人

play12:06

海野かけるかけないの半田倉庫をまずしっかりしていかないといけない

play12:11

すると

play12:13

いけるかないけないのかなその切り分け仕分けやんね

play12:16

で業務ソフトウェアパッケージこれいやバッケージは使ったことがないなぁと思ったら

play12:21

経験がないわけなんですよ

play12:24

でもパッケージが rr パッケージはあるぞっていうことはこれを対象にできるし

play12:30

でまずは対象になるやつあの中身はある後表現だけっていうようなもので表現の練習を

play12:38

しながらさらにこれネタがないよねっていう奴はネタ集めに走らないといけない

play12:44

その2方向で考えて言っていただくと普通に

play12:47

試験対策になりますだから2時間手書きで書く

play12:53

それから書けるかどうか過去問題を見ながら判断する

play12:56

かける奴は具体的第三者に対する表現になっているかどうかをチェックする

play13:03

書けない奴に関してね大爪はいそんな感じで進めていっていただいたらいいかなと思い

play13:08

ます

play13:08

これがのアーキテクトの後にのハイ対策になります

Rate This

5.0 / 5 (0 votes)

Related Tags
システムアーキテクチャ論文試験表現力過去問題試験対策経験活用SEの成長プロジェクトマネジメント要件定義システム設計
Do you need a summary in English?